DUDLEY KNOX LIBRARY 
NAVAL POSTGRADUATE SCHOOL 
MONTEREY , CALIFORNIA 93943 



• NAVAL POSTGRADUATE SCHOOL 

Monterey, California 





AN AUTOMATED INDIVIDUAL TRAINING RECORD 
MANAGEMENT SYSTEM (PROTOTYPE) 

UNITED STATES MARINE CORPS 

by 

Ronald E. Pruiett 
David P. Haeusler 

March 1984 



Thesis Advisor: 



Norman R. Lyons 




Approved for public release; distribution 



,ed 



' ZT''-' " UWE SCHOOL 

SECURITY CLASSIFICATION of THIS PACE flFAwi Dete Entered) A <"^943 



REPORT DOCUMENTATION PAGE 


READ INSTRUCTIONS 
BEFORE COMPLETING FORM 


1. REPORT NUMBER 


2. GOVT ACCESSION NO. 


3. RECIPIENT’S CATALOG NUMBER 


4. TITLE (end Subtitle ) 

An Automated Individual Training Record 
Management System (Prototype) , 

United States Marine Corps 


s. type of report a perioo covereo 

Master's Thesis 
March 1984 


6. PERFORMING ORG. REPORT NUMBER 


7. AUTHORf.J 

Ronald E. Pruiett 
David P. Haeusler 


a. contract or grant numbers; 


9. PERFORMING ORGANIZATION NAME ANO ADDRESS 

Naval Postgraduate School 
Monterey, CA 93943 


10. PROGRAM ELEMENT. PROJECT, TASK 
AREA 4 WORK UNIT NUMBERS 


11. CONTROLLING OFFICE NAME ANO AOORESS 

Naval Postgraduate School 
Monterey, CA 93943 


12. REPORT OATE 

_ March 1 9 84 _ 


13. NUMBER OF PAGES 

233 


14. MONITORING AGENCY NAME 4 AOORESS (it different from Controlling Office) 


is. SECURITY CLASS, (o 1 thie report) 

UNCLASSIFIED 


15*. DECLASSIFICATION/ DOWNGRADING 
SCH EDULE 



l«. DISTRIBUTION STATEMENT (ot thie Report) 



Approved for public release; distribution unlimited 



17* DISTRIBUTION STATEMENT (oi the ebetrect entered In Block 20, If different from Report) 



It. supplementary NOTES 



19. KEY WORCS (Continue on revere* tide if neceeeery /end identity by block number) 

Training, Trntfitype> Individual System Development, 
Individual Training Records, Training Management, d Base II 



20. ABSTRACT (Continue on reveree e/de It neceeeery end Identity by block number) 

This thesis examines the feasibility of implementing an existing 

manual system, the Individual Training Record Management System, 
on a microcomputer. To demonstrate conceptual feasibility", a 
prototype is designed and implemented utilizing a commercially 
available database management system (DBMS). The prototype is not 
intended to be a fully operational system. Rather it provides an 
opportunity to demonstrate functions that could be fully imple- 
mented in similarly designed systems utilizing the basic criteria 
of simplicity, utility and low cost. 

1473 EOITION OF 1 NOV «S IS OBSOLETE 



S/N 0102- LF- 01 4- 6601 



DD ro " M 

1 J AN 73 



1 



SECURITY CLASSIFICATION OF THIS PAGE (When Dote Entered) 



Approved for public release; distribution unlimited. 



in Automated Individual Training Record Management System 

(Prototype) , 

United States Marine Corps 



by 



Ronald E. Pruiett 

Lieutenant Colonel, United States Marine Corps 
E.S. , United States Naval Academy, 1967 
M.S., University of Southern California, 1982 

and 



Eavid F. Haeusler 

Captain, United States Marine Corps 
B.A., University of Colorado, 1977 



Submitted in partial fulfillment of the 
requirements for the degree of 

MASTER OF SCIENCE IN INFORMATION SYSTEMS 

from the 



AESTBACT 



•> 



exist 
Manag 
cones 
men te 
men t 
fully 
to de 
simil 
simpl 



his thesis examines the feasibility of implementing an 
inq manual system, the Individual Training Record 
emeni System, cn a microcomputer. To demonstrate 
ptual feasibility, a prototype is designed and imple- 
d utilizing a commercially available database manage- 
system (DBMS) . The prototype is not intended to be a 
operational system. Rather it provides an opportunity 
mcnstrate functions that could be fully implemented in 
ally designed systems utilizing the basic criteria of 
icity, utility and low cost. 



TABLE CF CONTENTS 



I. INTRODUCTION 11 

A. GENERAL DESCRIPTION 11 

E. EACKGHOUNC 11 

C. OBJECTIVES 12 

D. ENVIRONMENT 13 

E. SYSTEM CHARACTERISTICS 13 

1. User friendly 13 

2. Reliability 13 

3. Cost 14 

4. Expandability of data base 14 

5. Expandability of functions 14 

6. Speed of operation 14 

F. SUMMARY 14 

1. Scope of Development 14 

2. Concept 15 

II. SYSTEM DESCRIPTION AND REQUIREMENTS 16 

A. INPUT INFORMATION 16 

E. SYSTEM SPECIFICATIONS (FUNCTIONAL) 16 

1. Training Data 16 

2. Dana Ease Maintenance 17 

3. Report Formats 17 

4. Data Retrieval 17 

5. Standard Rep err s 18 

6. Decision Support Subsystem 20 

7. Nonstandard Reports 20 

8. System Controls 20 

9. Output Mode 21 

C. REQUIRED SPECIFICATIONS (NON-FUNCTIONAL) ... 21 



4 



E. EATA STRUCTURE DEFINITIONS (DATA 

DICTIONARY) 22 

1. I nr ro duct ion 22 

2. Data Ease Management System 22 

III. METHODOLOGY AND DESIGN 24 

A. METHODOLOGY 24 

1. Software 24 

f 

B. SOFTWARE DESIGN 26 

1. Structured Programming 26 

2. Top-down Design 26 

C. EATA FLOW DIAGRAMS 27 

D. SYSTEM HIERARCHY 32 

E. MODULE DESCRIPTIONS 33 

1. ITEMS Master Control Module 33 

2. Access Module 35 

3. Command Determiner Module 36 

4. Nonstandard Report Generator Module ... 37 

5. Standard Report Generator Module 38 

6. Maintenance Module 39 

IV. IMPLEMENTATION 40 

A. CONSTRAINTS 40 

1. dBASE II 40 

2. Hardware 40 

3. Environmental 41 

E. GENERAL 42 

1. ITEMS Master Control Module 42 

2. Access Module 43 

3. Command Determiner Module 43 

4. Nonstandard Report Generator Module ... 44 

5. Standard Report Generator Module 46 

6. Maintenance Module 56 



5 



V. CONCLUSION 64 

A. GENERAL 64 

E. SYSTEM SPECIFIC A TIC NS (FUNCTIONAL) 65 

1. Storage Limitations 65 

2. Retrieval Limitations 65 

C. SYSTEM SPECIFICATIONS (MON-FUNCTIONAL) .... 65 

1. Training 65 

2. Error Checking 66 

3. Table Mapping 66 

D. SUBSEQUENT SYSTEM DEVELOPMENT 66 

E. SUMMARY 67 

APPENCIX A: DATA ELEMENT DICTIONARY 68 

A. FIELD 68 

E. NAME 68 

C. TYPE 68 

E. WIDTH 69 

E. DESCRIPTION 69 

F. TATA EASE EILES 69 

1. Pers (Personnel) 69 

2. EST (Essential Subjects Testing) 70 

3. QUAL (Qualifications) 70 

4. INFOMISC (Information Miscellaneous) ... 71 

5. SECURITY (Access Information) 71 

6. COMMENTS (Mon-formatted Information) ... 71 

APPENDIX E: DECISION SUPPORT SYSTEM (DSS) 

DESCRIPTION 73 

A. EACKGROUNE 73 

E. PURPOSE 73 

C. FUNCTION A I DESCRIPTION 73 

E. CSER ' S VIEW 75 

1. Summary Information 75 

2. Support Depth 76 



6 



3. Interdependence 76 

4. Restrictions 76 

E. EDI LDER * S VIEW 76 

1. Dialogue 76 

2. Modelling 76 

F. CONTENTS CF KNOWLEDGE BASE 77 

APPENEIX C: ITRS MASTER CONTROL MODULE LISTING 78 

A. MASTER ROUTINE 78 

E. PAUSE ROUTINE 80 

APPENDIX D: ACCESS MODULE LISTING 81 

A. ACCESS ROUTINE 81 

APPENDIX E: COMMAND DETERMINER MODULE LISTING 83 

A. COMMAND DETERMINER ROUTINE 83 

E. HELP2 ROUTINE 84 

APPENEIX F: NONSTANEARD COMMAND GENERATOR MOUDLE 

LISTING 86 

A. NONST AND A FD REPORT ROUTINE 86 

E. NONSTANDARD HELP ROUTINE 99 

C. SELECT ATTRIBUTE ROUTINE 100 

C. SELECT DESCRIPTOR ROUTINE 104 

APPENEIX G: STANDARE COMMAND GENERATOR MODULE 

LISTINGS 109 

A. STANDARD REPORT ROUTINE 109 

E. SELECT UNIT ROUTINE Ill 

C. UNIT ROSTER ROUTINE 113 

D. TRAINING STATISTICS ROUTINE 115 

E. TRAINING CCUNT ROUTINE 126 

F. CUA LI FI CATION COUNT ROUTINE 128 

G. TRAINING FOSTER ROUTINE 129 

H. TRAINING ROSTER FORMAT ROUTINE 132 

I. MARKSMANSHIP STATUS ROUTINE 133 



7 



J. CONVERT 0 KIT ROUTINE 135 

K. QUOTA STUDY ROUTINE 136 

L. QUOTA SCRATCH PAD ROUTINE 140 

M. MARKSMANSHIP ROSTER ROUTINE 155 

N. MOS STATUS ROUTINE 157 

O. MOS ROSTER ROUTINE 159 

P. PERSONNEL DATA ROUTINE 161 

Q. PERSONNEL DATA FORMAT ROUTINE 164 

R. EST STATUS ROUTINE 165 

S. EST COUNT ROUTINE 170 

T. EST RCSTEB ROUTINE 171 

U. EST REPORT FORMAT ROUTINE 174 

V. SWIM QUALIFICATION ECUTINS 175 

W. SWIM REPORT ROUTINE 178 

X. HELP ROUTINE 179 

APPENDIX H: MAINTENANCE MODULE LISTING 186 

A. MAINTAIN CONTROL ROUTINE 186 

E. VIEW CO NT E CL ROUTINE 188 

C. ITR SCREEN FORMAT ROUTINE 190 

D. SCREEN DATA RETR IE VALROUTI NE 192 

E. COMMENT RETRIEVAL ROUTINE 194 

F. UPDATE CONTFOL ROUTINE 195 

G. DATA UPDATE ROUTINE 197 

H. ITR CREATION CONTROL ROUTINE 206 

I. ITR DATA INITIALIZATION ROUTINE 207 

J. DATA ERROR CHECKING ROUTINE 211 

K. CALCULATION ROUTINE 214 

L. COMMENT UPDATE ROUTINE 219 

M. COMMENT CREATION ROUTINE 220 

N. DELETE ITR ROUTINE 221 

O. SYSTEM FUNCTION CONTFOL ROUTINE 223 

P. SYSTEM IN STALATI CN ROUTINE 224 

Q. SYSTEM RESET ROUTINE 225 



8 



R. SYSTEM ACCESS CONTECL ROUTINE 229 

EIBLICGRAPHY 232 

INITIAL E ISTRIBUTION LIST 233 



9 



IIST OF FIG09ES 



3.1 Initial Data Flow Diagram 28 

3.2 Data Flow Diagram Expansion for DBMS 29 

3.3 Data Flew Diagram Expansion 2 30 

3.4 Data Flow Expansion for Access Function .... 31 

3.5 Data Flow Expansion for Command Generators ... 32 

3.6 ITEM System Hierarchy 34 

4.1 Command Determiner Menu 44 

4.2 Attributes and Descriptors Display 45 

4.3 Standard Report Menu 47 

4.4 Personnel Roster Report 48 

4.5 Training Status Report . 49 

4.6 Marksmanship Status Report 51 

4.7 Marksmanship Roster Report . 53 

4.8 MOS Status Report 53 

4.9 MCS Roster Report 54 

4.10 EST Status Report • 55 

4.11 Swimming Qualification Status Report 56 

4.12 Maintenance Module Menu 57 

4.13 ITR Screen Fermat 58 

4.14 System Function Menu 62 

4.15 Access Function Menu 63 

E . 1 Memory File 77 



10 



I. IN IBOCDCTION 



A. GENEBAI DESCHIPTIC3 

This interactive prototype automates the existing manual 
system cf maintaining individual training information on 
OS MC personnel. The term "system" is used throughout this 
thesis tc mean hardware and software. The software consists 
of customized code which overlays a commercially available 
data base management system (DBMS). The system is targeted 
for implementation at the infantry or artillery battalion or 
subordinate unit level. However, with minor modifications, 
primarily increasing the limitation on the number of subor- 
dinate units and increasing the size of the database, the 
system cculd be used by any U.S.M.C. organization, including 
the Marine Air Ground Task Force (MAGT-F) . No prior user 
experience in computer or automated systems is assumed. In 
addition to generating standard reports, the system provides 
limited decision support capabilities, responds to non- 
standard data base inquiries, and includes facilities for 
data base maintenance. 

E. E ACKCBCOND 

Individual training subjects in the U.S. Marine Corps 
encompass a variety cf otherwise unrelated training topics 
that are conducted and evaluated periodically. The common 
characteristic of individual training vis-a-vis unit 
training is that training and testing relate to individual 
skills and individual levels cf performance. Since the 
focus is on individual training and individual testing, data 
is maintained for each individual in a unit and conse- 
quently, the system is very data intensive. 
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Individual training includes subjects such as "essential 
subjects", physical fitness, rifle/pistol qualifications, 
career training, and military occupational specialty (MCS) 
training. Each sutject or grouping of subjects typically 
includes its own set of training and testing requirements. 
For example, some individual training subjects require 

proficiency demonstration only once during an entire career 
while others must be evaluated annually. In total indi- 
vidual training information includes approximately 60 sepa- 
rate elements of information that must be maintained for 
each Marine. Individual Training Records (ITR’s) are tradi- 
tionally maintained manually at the company level. A data 
base consisting of 200 records and 10,000 data elements in a 
company size unit is not uncommon. In addition to data base 
maintenance , which includes frequent creation, deleticn, 
and update of records, the data base is often used to 
provide training management information concerning the 
current training status of the unit or as a basis for devel- 
oping future training plans. 

It is the contention of this thesis that the system can 
he operated and maintained by a technically unsophisticated 
user at a reasonable cost. 

C. OBJECTIVES 

Ihe objective of this thesis is to design and implement 
a prototype system that is simple to use and that: 

1. Maintains individual training records for a OSMC 
battalion ; 

2. Provides standard reports upon request; 

3. Provides nonstandard reports upon request; 

4. Demonstrates a decision support application; 

5. Provides a data base maintenance capability. 
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D. E N7IFCN MENT 



The system is used and maintained by persons with no 
prior experience with computers and with little prior 
training cn this system. The system's data base requires 
frequent maintenance. Approximately a 30% record turnover 
rate (i.e., 30% of cld records will be deleted and 30% r.ew 
records will be inserted into the data base) is expected 

each year. Additionally, records will be modified at the 
rate cf approxi matel 5 50 data fields per work day for each 

company (based cn an average strength of 150 Marines per 
company). The physical environment envisioned is a typical 
office setting with no unique system requirements 
anticipated. 



E. SISTEM CHAR ACT ERISTICS 



The following system characteristics are listed in order 
cf importance. 



1 . Us er friendly 



The system is simple to operate and maintain. It 
requires nc extended training sessions and it provides 
prompts to the user. 

2. Reliability 



The reliability of the hardware and the DBMS is 
beyond tie scope of this thesis. The code written tc imple- 
ment this design is the user-system interface. Accordingly, 
to ensure the integrity of the system, the DBMS remains 
transparent and inaccessible to the user. The overall reli- 
ability cf the system is high. To this end, the system 
includes the following provisions: 



a. Menu driven 
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fc. No possibility cf accidental erasure of data 
base. 



c. No possibility cf user to "escape” or default to 
DBMS. 



3 . Co st 

The costs of a mi crccomputer and the proprietary 
software required tc run the system are lew compared to 
mainframe or mini-computer application. 

4 . Exp and abilit j of data base 

The data base can be expanded subject to memory and 
EBMS constraints. The larger the data base the slower the 
system will respond tc user requirements. This is, however, 
an acceptable tradeoff. 

5. Expandab ill t v of fun ctio ns 

The system can be -easily expanded to include added 
functions. This facility has bean implemented by incorpo- 
rating a modular structure in the design. A module can be 
added cr modified with little difficulty. 

6 • Speed of oper ation 

The speed of the system is relative to the size of 
the data base. However in all cases compared to the present 
manual system it is much faster. 

t. subbahi 

1 . Scope of De velo pmen t 

This thesis includes the determination of system 
requirements, system feasibility, system design and review, 
and i a pie mentation of a functional prototype. 
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2 . Conc ep t 



Ihe purpose cf this thesis is to demonsrrat e fsasi- 
tility cf the concept: A fully automated individual 
training record management system for a battalion size unit 
can be implemented cn a microcomputer. The system can be 
developed and operated at a reasonable cost. Furthermore, 
the system can be operated and maintained by persons having 
no prior computer experience after little training. 



15 



II. SYSTEM CESCHI PTICN AND RETIREMENTS 
A. INPUT INFORMATION 

The user's input consists of a sequence of menu prompted 
responses. Each user's response is either a specific 
request to the system for data base maintenance, a standard 
report, or data necessary tc generate the desired nonstan- 
dard report. 



E. SYSTEM SPECIFICATIONS (FUNCTIONAL) 

1 • Tra ini ng Data 



The system is capable 
training data for at least 
information is maintained for 

a. Name/SSN/personal 

b. Rank 

c. Unit (company and 

d. Annual training 
subjects, leadership, 

e • Rifle/pistol 

year) 



of developing and maintaining 
800 Marines. The following 
each individual: 
data 

platoon) 

requirements status (essential 
SNCO/NCO training ,etc.) 

qualifications status (current 



f. MOS qualifications 



g. An unformatted data field zo be utilized as 
desired by the user. It may be used to maintain the 
following kinds of information: 

(1) Formal schools attended. 

(2) Local schools attended. 
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(3) MCI courses completed. 

(4) Participation in training exercises/ 

training deployments. 

2. Eat a Base Maint enan ce 

Maintenance of the data base is simple and provides 
positive user control at all times (i.e., user inputs data 
and views updated individual training record before data is 
stored into memory). 

3 • Fep crt F orm ats 

Most standard reports are retrievable in a statis- 
tical mode cr in a urit roster mode. 

a. Statistical Mode 

The statistical mode report provides the total 
cr the percent of a unit that has satisfied a particular 
user specified training criterion (What percent of a unit is 
swim Qualified?) . 

t. Roster Mode 

The roster mode report provides names of persons 
in a specified unit that have satisfied a training 
crit ericn. 

4 . Data Ret rie val 

All standard reports are retrievable by unit desig- 
nator (e.g., battalion, company/platoon). Training data is 
retrievable by individual, by unit, or by a user defined set 
of attributes (e.g., all sgts in A CO) utilizing the 
nonstandard reports option. 
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5 • Sta nda rd Retorts 

The system provides the following standard reports: 

a. Unit Roster 

The Unit Roster Report will display in alphabet- 
ical order the NAME, RANK, and PRIMARY MOS for each member 
cf the selected unit cr subunit. 

t. Personal Eata Report 

The Personal Eata Report, displays for each 
member cf a unit or subunit all personal data including 
NAME, SSN, RANK, PRIKARY/S ECC NB ARY MOS, UNIT/SUBUNIT NAME, 
JOIN E AT I, EAS, BIRTEDATE, HEIGHT, WEIGHT and a one char- 
acter boolean comment block. 

c.~ Essential Subject Training Requirements Status 



Report 

The Essential Subject Training Requirements 
Status Report displays the percent and total number of unit 
or subunit members that have completed an Essential Subject 
requirement or the PF1 (physical fitness test). 

d. Annual Training Requirements Status and Roster 



Reports 

The Training Status Report displays for each 
essential subject, the percent of the unit that has success- 
fully ccapletad each training element and the total number 
of unit members that have completed each training element. 
In addition, the Training Status Report includes completion 
statistics for PFT1 , PFT2 , SWIMQOAL, RIFLE QUAL, and PISTOL 
COAL. 

The Training Roster Report displays in alphabet- 
ical crder each member of the selected unit or subunit and 
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his complete training status for the current year. If a 
training element has been successfully completed for the 
current year, a letter corresponding to that training 
element will be shewn. An symbol indicates that a 

training element has not been completed. For example, 
"FIRST AID AE*H**B**CE" indicates that elements ABDEF and H 
have teen completed and five cf the eleven elements have not 
been completed (i.e., C,G,I,J and K) . 

e • Rifle/Pistol Qualifications Status 
and Hester Reports 

The Marksmanship Status Report will display the 
qualificat icn results for the unit or subunit members that 
have fired the rifle cr pistol for qualification during the 
current year. Also, the percent that have qualified in each 
category (eg. EX, SS, MM, UR) and current year results for 
rifle and pistol will be shewn. The pistol qualification 
results include only those members required to fire the 
pistcl fer qualification. 

The Marksmanship Roster Report will display in 
alphabetical order the NAME, RANK, DATE OF QUALIFICATION, 
and QUALIFICATION RESULTS for each member of the selected 
unit cr subunit. Current year results only will be 
displays d. 

f. MOS Qualification Status and Roster Reports 

The MOS Fester Report groups the selected unit 
cr subunit by primary MOS and RANK and then displays in 
alphabetical order the NAME, RANK, PRIMARY MOS AND SECONDARY 
MOS cf all members in the unit or subunit. This report will 
function regardless cf the number or different types of 
MOS’s contained in a unit. 
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g. Individual Training Record Report 

The Individual Training Record Report prompts 
the user fcr the name cf a member in the data base. After a 
name is entered the complete individual training record for 
that individual is displayed. This includes all training 
data included in the data base on this particular individual 
(i.e., essential subject status, PFT status, current year 
rifle/pistol qualification results, swim qualification 
status) and personal data (i.e., name, rank, SSN, unit, 
primary KOS) . 

h. Swim Qualification Report 

The Swim Qualification Report displays in alpha- 
betical crder for each member of the unit or subunit 
selected NAME, RANK, ONIT and current SWIM QUAL results. 

6 . Eec isi on S up pe rt Subsystem 

The purpose cf this component is simply tc demon- 
strate the decision support potential of this system using 
the available data base. 

7 • Ncr standard Ee ports 

The system generates user defined non-standard 
reports. These reports are created from attributes that the 
user determines. A maximum of three attributes can be 
selected. 

8 . Sys tem C cntrcls 

Safety controls are provided to ensure that the data 
base cannot be accidentally written over or otherwise 
destroyed. Also, the system includes an executive access 
contrcl facility, and control for "read only" access or 
"read/write" access. System access is permitted in one of 
the following three levels: 
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a. Data Base Administrator level is intended for 
the sole use of the Data Base Administrator and 
includes full system capabilities (install system, 
initialize data base, modify access directory, 
create/ delete/modify data base records) . 

t. Create/mcdify data base level 

c. Restricted to retrieve information in report 
format only from the data base. 

9 • Cut rut Mode 

He prototype is capable of sending reports to a CRT 
screen. With minor modifications the user can be given an 
cpticn cf screen or printed copy output. 

C. BEQU3REE SPECIFIC ATIOHS (HOH-FU NOTION AL) 

The following is a list of non-functional system speci- 
ficat ions : 

1. The system is interactive. 

2. A high school graduate with no computer background 

can retrieve standard reports with no more than cne 
hour of system training. 

3. A high school graduate with no computer background 

can create and maintain the data base with no mere 
than six hours of training. 

4. A high school graduate with no computer background 

can retrieve a standard report after one hour of 
training. 

5. A high school graduate with no computer background 

can retrieve a multiple-criteria nonstandard report 
after an additional cne hour of training. 

6. The system can be easily modified to change record 
formats, field formats, and standard report formats 
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without a major redesign or reprogramming effort. A 
major redesign is considered any design effort that 
irvclves changing a module interface. 

7. The system can retrieve standard reports in 15 
minutes or less. 

8. The system can retrieve non-standard reports in 30 
minutes or less. 

9. The system dees "out of bounds" checking/par a meter 
checking on all quantitative data and standard 
inputs. 

10. The system automatically converts rifle, pistol, and 

PFT raw scores into corresponding qualifications 
(e.g. 245 rifle raw score ==> Expert) . 

E. DATA STBDCTOBE DEFINITIONS (DATA DICTIONARY) 

1 . Int rod uction 

The data dictionary should be maintained by the Data 
Ease Administrator and documentation should be accessible to 
all users. This data dictionary facilitates maintenance, 
the integrity of the information in the data base and 
provides information on data relationships. 

2 • Data Base Manage men t 5 ystem 
a. Commercial Software 

The Data Ease Management System (DBMS) kernel is 
a commercially available software system. The program dBase 
II, a relational DBMS, provides all of the necessary attri- 
butes (availability, record capacity, user friendly environ- 
ment, etc.). Therefore, dBase II (Ashton-Tate version 2.4) 
is used, and data structures are implemented by the dBase II 
syste m. 
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t. Data Base Files 

The information 
organized in a relational a 
cr tuples are defined for 
characters per field is 
dictionary, see Appendix A) 

(1 ) Person al I 
military occupational speci 
company/platoon, birttdate, 
service (EAS) , and gas mask 

(2) Esse nt ial 
SSN , 9 essential subjects, 

(3) Rif ls/Pist 
SSN, rifle score current y 
swimming qualifications, an 

(4 ) Inf c rm atio 
for training information. 

(5) C om m ent . 
utilized, at the users 
school data, deployments in 
cr specific comments. 

(6) Secur ity . 

code, password, and authori 



maintained on each individual is 
ata base. The following records 
each individual ( The number of 
defined in the data element 

• 

n for matron Re cord . SSN, name, 

alty (MOS) , rank, weight, height, 
joindate, expiration of active 
size. 

Subject T ra ining Req uir ements . 
and physical fitness information, 
a 1/ Swimming Quali fications . 

ear, pistol score current year, 
d dates. 

n Mi scellane o us . SSN, 11 fields 

SSN; 250 characters that can be 
discretion, for formal/inf crmal 
formation, MCI courses completed 

SSN, name, user identification 
zaticn level. 
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III. BET HOD 010 GY AND DESIGN 



A. M1THCD0L0GY 
1 . Sof twa re 

At the center of the software subsystem is the IBM 
Personal Computer Disk Operating System (DOS 2.0). System 
requirements for PC CCS operating systems includes: 

a. 8088 based microprocessor 

fc. 128K bytes of RAM memory 

c. Cursor addressable 24 line by 80 column CRT 

The software layer immediately outside DOS 2.0 is 
dBase II ' (version 2.4) which is a commercially available 
relational data base application system developed and 
distributed by ASHTON-TATE. dEase II is a data base manage- 
ment tool that permits manipulation of user designed data 
base files using English-like commands which collectively 
define a guery language. 

The layer of code contiguous with and completely 
surrounding dBase II is what we designed and wrote to 

satisfy the thesis objective. The code is written in the 

dBase II guery language. This layer of code, that will be 
referred to as the "cuter layer", is designed to be the only 

interface between tbe system user and the system. All 

system entries, data base transactions or manipulations, 
report inquiries, and system exits are through the cuter 
layer cf code. This is an important and necessary design 
consideration for the following reasons: 
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2 . Simplicity 



In order to satisfy the system requirement for 
simplicity, it was necessary to impose a software layer 
between the user and the dBase II software. This cuter 
layer presents to the user a series of menus. The user 
responds tc each menu prompt by pressing the keyboard key 
that corresponds to action desired. The user's response in 
turn initiates a cede seguence that causes the desired 
action tc be taken. If additional user input is required 
to complete the action, the code causes another menu to be 
presented tc the user. Each menu represents an exhaustive 
list of possible options that may be selected by the user. 
This sequence of menu presentation and user response is 
repeated until the desired action has been adequately 
defined. At this point the code executes using as variables 
the input provided by the user. Therefore, this outer layer 
includes all of the code that determines the functions 
available tc t-he user and simplifies the operation of the 
syste s . 



b. Layering 

If the user had access to the DOS 2.0 or the 
dBase II layer he could easily modify the outer layer code. 
This action could cause a system failure. Therefore, this 

eventuality must be prevented. Another function of the 
cuter layer is to prevent access to inner layers of 
software. 

c. Data Integrity 

Since the data base files contain personal data, 
that needs to be protected, it is important to limit access 
to the data base. Also, uncontrolled access to data base 
files can result in lest data or catastrophic destruction of 
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the cuter layer provides 



the data fcase. To preclude this, 
systeir security and ensures data integrity. 

d. File Maintenance 

Whenever data fcase files are accessed, house- 
keeping functions need to fce performed such as opening or 
closing files, joining files, creating temporary files or 
deleting temporary files when no longer needed, and creating 
cr releasing variables. The outer layer automatically 
performs these functions for the user. 

E. SOFTWARE DESIGH 

1 . Str uct ured Pro gram ming 

Although the dBase II query language is not a struc- 
tured programming language, structured programming techni- 
ques were employed during the software design. This was 
done to reduce system maintenance, to simplify system design 
and to make future changes to the system easier to imple- 
ment. The following techniques were emphasized during the 
design phase of the development cycle. 

a. Top down design and hierarchical structure 

t. Modularization 

c. Information hiding 

d. In general, efforts were made to maximize module 

cohesion and to minimize coupling between modules. 

2 • Top-down Design 

The overall design concept was the top-down design 
cr step-wise refinement technique. This concept provides 
the capability to work from a simple idea and expand it to 
the final complex product. This process facilitates orderly 
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and logical development of the design steps. The first srep 
in the process is to determine how the data or an input is 
transformed to produce the desired output. The concentra- 
tion is on 'What' is done not ‘How* it is done. With this 
information data flow diagrams are produced. These diagrams 
should te considered arrows pointing to 'black boxes' which 
manipulate the data. The actual mechanisms of the manipula- 
tions are net important at this point in the design process. 
The diagrams show the information passing through the system 
and the transformation of data in the system. These 
diagrams are produced at an increasing level of detail until 
further expansion does not provide a significant change. 

From the data flow diagrams, hierarchical charts are 
produced. Any information modifications that are related, 
are grouped into the same module. Once the hierarchy is 
established, algorithms are developed using structured 
programming techniques. These algorithms are then converted 
into code. The cede is implemented using the top down 
programming technique, this technique implements the highest 
levels of the hierarchy first. As lower level modules are 
completed and tested, they are added to the existing 
modules. This technique simplifies a complicated pregram. 

C. DATA FLCfl DIAGB AES 

At first, it is necessary to decide what information 
goes into the system and what information exits from the 
system. The user inputs both data and commands from a 
terminal and receives, from the system, reports and informa- 
tion. The first iteration of the data flow diagram has two 
inputs and two outputs (see Figure 3.1). 

The Individual Training Record Management (ITRM) System 
is responsible for maintaining a large amount of data. 
Handling of the information should be transparent to the 
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Figure 3. 1 Initial Data Plow Diagram 

user. Therefore, a Cara Base Management System (DBMS) was 
incorporated to maintain the data base. The DBMS requires 
specific commands as input and outputs information (see 
Figure 3.2). 

The ITHM System is designed tc have a restricted access. 
The user must enter the proper identification for the system 
to allow access. The access function produces a valid/ 
invalid acknowledgement to the remaining portion cf the ITRM 
system. Commands and data pass through the Command 
Determiner which selects the type of action the system is to 
execute. The three functions called by the Command 
Determiner are: 

1. Standard Command Determiner 

2. Kcnstandard Ccmmand Determiner 

3. Maintenance Handler 
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ligure 3.2 Data Plow Diagram Expansion- for DEES 



These three functions interface with tne DBMS d y producing 
DBMS ccnnrands. The DBMS then communicates to the Report 
Generator the information necessary to produce the desired 
reports. Figure 3.3 shows the second expansion. 

The access control of any system can be very complex. 
This system requires the user to input an identification 
code and a password. The system then matches these items to 
insure an authorized user. If access is valid, the user's 
authorization level is passed to the rest of the system. If 
access is invalid, the user gets one more opportunity to 
enter a correct access sequence. If the user fails again 
the system terminates the session. The information required 
to handle the access function is stored in the DBMS. The 
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Figure 3.3 Data Flow Diagram Expansion 2 

premise cf the entire system is to prompt ohe user into 
entering the correct response, thereby reducina the need for 
any prior experience. The IT FM sysoem prompts the user for 
the proper access cedes and informs him when an error has 
been made. Figure 3.U displays one Access data flow expan- 
sion. 

Each cf th« Command Determiners prompts the user for 
responses from which C3M3 commands are derived. The report 
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Figure 3.4 Data Flow Expansion for Access Function 

generator then interprets the DB MS replies and prompts the 
user to format the reports (Figure 3.5) . 

1 he data flew diagrams, demonstrate the simple and 
logical flew of the cats through the ITEM System. The next 
step is to logically organize the flow diagrams into a hier- 
archy of modules that accomplish the data transformations 
depicted in the data flow diagrams. 
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Figure 3.5 Data Plow Expansion for Command Generators 
E. SISTEfl BIEB1BCBY 

Ihe ITEK System is relatively simple in design. It 
requires maintenance of the data base, production of 



standard reports, and simple guery capabilities for the user 
through nonstandard reports. The system must be initialised 
and sequential control established. ■ The ITEMS Master 
Control Module was created to handle the functions cf system 
control and initialization. This module is the highest 
level of the hierarchy, level 1. All access functions are 
consolidated in one module, the Access Module. The Command 
Eeterminer Module controls which functions the user can 
invoke and checks for proper authorization level. The 
Access and Command Eeterminer Modules comprise the second 
level of the hierarchy. 

The Standard Command Eeterminer, Nonstandard Command 
Eeterminer, and the Maintenance Handler are combined with 
portions cf the Report Generator to form three modules, the 
Standard Report Generator, the Nonstandard Report Generator, 
and the Maintenance Module. These three modules interface 
with the EEMS and produce DBMS commands. In addition, they 
process the information returned from the DBMS and produce 
the appropriate reports. Consolidation of determiner and 
report generation functions simplifies the structure cf the 
system and facilitates subsequent maintenance. The three 
modules. Standard Report Generator, Nonstandard Report 
Generator, and Maintenance, comprise the third level cf the 
hierarchy. The lowest layer cf the hierarchy contains the 
DBMS. The hierarchy displayed in Figure 3.6 demonstrates 
simplicity cf design. 

E. MCDDIE EESCEIPTICSS 

1 . 1TB MS M ast sr Contro l Module 
a. Module Purpose 

The ITEMS Master Control Module initializes the 
system and controls the logical sequencing of all modules. 
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